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10 BACKGROUND OF THE INVENTION 

1 . Field of the Invention. 

[0003] The present invention relates generally to the communication between 
computer applications, and in particular, to a method, apparatus, and article of 
manufacture for communicating between disconnected applications in a web browser. 

15 

2. Description of the Related Art. 

[0004] Typically, when ACTIVEX™ (hereinafter ActiveX) controls are used within an 
HTML (hypertext markup language) page, there is a single "controlling" application. 
For example, the web browser displaying the HTML page may be the application that 
20 "controls" the use of an ActiveX control. However, there may be a need for an ActiveX 
control to communicate with another application (referred to as a second application) to 
perform tasks. However, the "controlling" application may be completely (and 
intentionally) disconnected from the second application. Accordingly, what is needed is 
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a mechanism that allows and provides the ability for an ActiveX control within a 
"controlling" application to communicate with an external second application. The 
problems in the prior art may be better understood by describing ActiveX controls and 
prior art applications that utilize ActiveX controls. 
5 [0005] ActiveX controls are software modules based on Microsoft's™ Component 
Object Model (COM) architecture. The COM architecture allows a "controlling" 
program (such as a web browser) to add functionality by calling a component (i.e., an 
ActiveX control) that intermingles with and appears as a standard part of the 
"controlling" program. For example, user interface functions, such as a toolbar, may be 
10 added, or a web page may be turned into a software page that can perform similar to 
other programs launched from a server. 

[0006] As described above, an ActiveX control may need to communicate with an 
application other than the control's controlling application. An example of such a desire 
to communicate exists in the STREAMLINE™ (hereinafter Streamline) product on a 

15 PROJECTPOINT™ (hereinafter ProjectPoint) platform, both of which are available 
from the assignee of the present invention. Streamline is a hosted online collaboration 
service for the manufacturing industry. Using Streamline, users of an entire design chain 
may communicate with each other and access digital design information. The Streamline 
product executes on the ProjectPoint platform (also referred to as the Buzzsaw™ 

20 platform). ProjectPoint is a secure, online collaboration and project management service 
that keeps project teams connected and allows the storage, management, and sharing of 
project documents from any Internet connection. 

[0007] ActiveX controls in Streamline (referred to as "client controls") may need to 



communicate with the ProjectPoint application to perform tasks such as uploading a 
markup file to the project hosting environment. However, the two applications (i.e., 
Streamline and ProjectPoint) are intentionally completely disconnected from each other. 
In this regard, ProjectPoint does not know that the Streamline controls have been 
5 created, and the Streamline controls do not know that they are being used within the 
ProjectPoint environment. 

[0008] A further problem with the prior art exits if multiple programs are dependent 
on each other for desired operations. With such dependency, one program may have an 
ActiveX control that utilizes a service/ attribute of a second application. For example, a 
10 Streamline client control hosted in a particular environment may be able to save a file 
(e.g., a markup file) to a server. In this example, the Streamline code that enables such 
behavior may be specific to the particular environment. 

[0009] However, if the second application or particular environment is changed, the 
ActiveX control may not be able to execute properly. Continuing with the example 
15 above, if the particular environment is replaced (e.g., with ProjectPoint), the new 

environment may not allow a readily accessible interface for the desired behaviors (e.g., 
to save the markup file to the server). Accordingly, the Streamline client controls may 
not properly execute in a new environment. 

[0010] To address this gap in functionality, a general purpose mechanism for 
20 communication between a project hosting environment (e.g., ProjectPoint) and ActiveX 
controls (e.g., Streamline client controls) (within an HTML page) is needed. 
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SUMMARY OF THE INVENTION 
[0011] One or more embodiments of the invention enable communication between 
two disconnected applications (referred to as a secondary application and 
disconnected/controlling application) (e.g., between a project hosting 
5 environment/ application and ActiveX controls within a web page). To enable such 
communication, an object that acts as a bridge between the applications is 
established/created on/by one application. 

[0012] The bridge is accessed using an interface or interface object. To enable use of 
the interface, the bridge object (or the interface for the bridge object) is registered in a 
10 global interface table (GIT). The GIT is a process-wide repository of 
interfaces /interface pointers. 

[0013] When the interface is registered in the GIT, the GIT returns a cookie that 
identifies the pointer and location of the interface. However, to enable access to the 
cookie (and the interface), the cookie must be easily available to a 
15 disconnected/controlling application. Accordingly, the cookie is stored in an 
environment variable. 

[0014] When the disconnected application desires to communicate with the secondary 
application, the disconnected application accesses the environment variable to retrieve 
the cookie. The cookie is then used to retrieve the pointer to the interface. The 
20 interface may then be used to communicate with the secondary application through the 
bridge object. 



5 



BRIEF DESCRIPTION OF THE DRAWINGS 
[0015] Referring now to the drawings in which like reference numbers represent 
corresponding parts throughout: 

[0016] FIG. 1 schematically illustrates a hardware and software environment in 
5 accordance with one or more embodiments of the invention; 

[0017] FIG. 2 illustrates a secondary application that has created a web browser 
control to host an HTML (hyper text markup language) page in accordance with one or 
more embodiments of the invention; 

[0018] FIG. 3 illustrates an approach where a window hierarchy is examined to find an 
10 appropriate window in accordance with one or more embodiments of the invention; 
[0019] FIG. 4 illustrates the use of a client host bridge to allow disconnected 
applications to communicate with each other in accordance with one or more 
embodiments of the invention; and 

[0020] FIG. 5 is a flow chart illustrating the use of a global interface table in 
15 accordance with one or more embodiments of the invention. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 



[0021] In the following description, reference is made to the accompanying drawings 
which form a part hereof, and which is shown, by way of illustration, several 
embodiments of the present invention. It is understood that other embodiments may be 
5 utili2ed and structural changes may be made without departing from the scope of the 
present invention. 

Overview 

[0022] To allow disconnected applications (e.g., ActiveX controls and secondary 
10 applications) to communicate with each other while still maintaining their independence, 
one or more embodiments of the invention provide a "Client Host Bridge". The bridge 
is utilized to provide a disconnected application with access to a secondary application. 
To utilize the bridge, an interface to the bridge is placed in a Global Interface Table 
(GIT). A cookie that supports retrieval of the interface is placed in an environment 
15 variable for the use and retrieval by the desired application. 

Hardware Environment 

[0023] FIG. 1 schematically illustrates a hardware and software environment in 
accordance with one or more embodiments of the invention, and more particularly, 
20 illustrates a typical distributed computer system 100 using a network 102 to connect client 
computers 104 to server computers 106. A typical combination of resources may include a 
network 102 comprising the Internet, LANs (local area networks), WANs (wide area 
networks), or the like, clients 104 that are personal computers or workstations, and servers 
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106 that are personal computers, workstations, minicomputers, or mainframes. 
Additionally, both client 104 and server 106 may receive input (e.g., cursor location input) 
and display a cursor in response to an input device such as cursor control device 118. 
[0024] A network 102 such as the Internet connects clients 104 to server computers 106. 
5 Clients 104 may execute a client application or Web browser 108 and communicate with 
server computers 106 executing Web servers 110. Such a Web browser 108 is typically a 
program such as NETSCAPE NAVIGATOR™ or MICROSOFT INTERNET 
EXPLORER™. Further, the software executing on clients 104 may be downloaded from 
server computer 106 to client computers 104 and installed as a plug in or ActiveX control 
10 of a Web browser 108. Accordingly, clients 104 may utili2e ActiveX 

components/component object model (COM) or distributed COM (DCOM) components 
to provide a user interface on a display of client 104. The Web server 1 10 is typically a 
program such as Microsoft's Internet Information Server. 

[0025] Web server 110 may host an Active Server Page (ASP) or Internet Server 
1 5 Application Programming Interface (ISAPI) application 112, which may be executing 
scripts. The scripts invoke objects that execute business logic (referred to as business 
objects). The business objects then manipulate data in database 116 through a database 
management system (DBMS) 114. Alternatively, database 116 may be part of or connected 
directly to client 104 instead of communicating/ obtaining the information from database 
20 116 across network 102. When a developer encapsulates the business functionality into 
objects, the system may be referred to as a component object model (COM) system. 
Accordingly, the scripts executing on web server 110 (and/ or application 112) invoke 
COM objects that implement the business logic. Further, server 106 may utilize 
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Microsoft's Transaction Server (MTS) to access required data stored in database 116 via an 
interface such as ADO (Active Data Objects), OLE DB (Object Linking and Embedding 
DataBase), or ODBC (Open DataBase Connectivity). 

[0026] Generally, these components 108-118 all comprise logic and/ or data that is 
5 embodied in or retrievable from device, medium, signal, or carrier, e.g., a data storage 
device, a data communications device, a remote computer or device coupled to the 
computer via a network or via another data communications device, etc. Moreover, this 
logic and/ or data, when read, executed, and/ or interpreted, results in the steps necessary 
to implement and/ or use the present invention being performed. 

10 [0027] Thus, embodiments of the invention may be implemented as a method, 

apparatus, or article of manufacture using standard programming and/ or engineering 
techniques to produce software, firmware, hardware, or any combination thereof. The 
term "article of manufacture" (or alternatively, "computer program product") as used 
herein is intended to encompass logic and/ or data accessible from any computer- 

15 readable device, carrier, or media. 

[0028] Those skilled in the art will recognize many modifications may be made to this 
exemplary environment without departing from the scope of the present invention. For 
example, those skilled in the art will recognize that any combination of the above 
components, or any number of different components, including different logic, data, 

20 different peripherals, and different devices, may be used to implement the present 
invention, so long as similar functions are performed thereby. 
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Software Embodiments 

[0029] As described above, a disconnected application (such as an ActiveX control) 
may desire to communicate with a secondary application (such as a hosting 
environment) via a COM-based interface or interfaces. For example, FIG. 2 illustrates a 
5 secondary application 202 (such as a hosting environment - e.g., ProjectPoint) that has 
created a web browser (e.g., INTERNET EXPLORER™) control 204 (also referred to 
as a controlling application 204) to host an HTML (hyper text markup language) page 
206. The HTML page 206 provides a disconnected application 208. In this regard, the 
HTML page 206 may instantiate ActiveX controls (e.g., Streamline client controls) in 

10 accordance with one or more embodiments of the invention. In view of FIG. 2, the 
issue is how to get a COM-based interface from the secondary application 202 to the 
disconnected application 208. As a side issue, it may be preferable for the disconnected 
application 208 to be "blissfully ignorant" of the secondary application 202. Such 
ignorance would provide the ability to host the disconnected application 208 in other 

15 (future) environments/applications 202 without the need for substantial additional 
programming or coding rework. For example, a secondary application 202 may 
comprise a "stand alone viewer" that hosts the ActiveX controls. 
[0030] To enable such communication, various user and technical desires may be 
satisfied. However, such desires may not exist or be satisfied in various embodiments. 

20 For example, a user may desire the ability to save markup files (e.g., from an ActiveX 

control) to the secondary application 202 (e.g., a project hosting environment). Further, 
a visible representation of the markup files may exist in a graphical user interface of the 
secondary application 202 (e.g., in a "markup" tab of a ProjectPoint environment). 
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Another desire may relate to status/error messages in the secondary application 202. 
For example, disconnected applications 208 and/or clients 104 may desire to report 
errors/status to the secondary application 202. In this regard, the secondary application 
202 may handle a display of issues to be resolved. 
5 [0031] An example of a technical desire includes providing an application 
programming interface (API) to ActiveX controls. In this regard, a secondary 
application 202 may deliver a COM-based interface to ActiveX controls that can be used 
for communication between the ActiveX controls and the secondary application 202. 
[0032] Various approaches may be utilized to satisfy such desires and enable 
10 communication between disconnected applications 208 and secondary application 202. 
Detailed descriptions of some of these approaches follow. 



Historical (eRoom™) Approach 

[0033] An example of a particular secondary application 202/project hosting 
15 environment that hosts ActiveX controls is EROOM™ (hereinafter eRoom) (an 

environment available from eRoom Technology, Inc. of Cambridge Massachusetts). In 
the eRoom environment, ActiveX controls are able to save a markup file to a server. 
[0034] Using an eRoom environment, a web page (e.g., HTML page 206) may be 
created on-the-fly by an eRoom application. In this regard, the eRoom application may 
20 instantiate an ActiveX control representing a document (non-visible) such as a web page 
206 (such an ActiveX control is referred to as a document control) and one or more 
ActiveX controls which are views of the document (referred to as view controls). Such 
document controls and view controls may be embedded in an IFRAME element/ object 
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(an HTML element that defines an inline frame for including external objects) of an 
HTML page 206. The IFRAME element may also comprise an object with appropriate 
methods and properties. An IFRAME element functions as a document within a 
document, or like a floating frame. 
5 [0035] A URL (as a property) may be provided to the document control by the 
hosting environment 202 (for later use). The user may then invoke a "save markup" 
operation. In response, the document control saves a simple markup file (i.e., image 
with no markup entities) to a local disk. 

[0036] Thereafter, it is desirable to access and control the documents and markups in a 
10 window. Each IFRAME object/ element may correspond to an open window in a 
browser 204. While various functionality/properties may be controlled through the 
IFRAME object, each particular open window (e.g., a window object) may not be 
controlled through the IFRAME object. In this regard, an interface may provide access 
to each window object. Such an interface may be referred to as the IHTML Window2 
15 interface. Since the document control knows that it is embedded in an IFRAME 

element, the document control uses a method of the IFRAME object to perform a query 
for the appropriate IHTMLWindow2 interface to control the window. 
[0037] Once the IHTML Window2 interface is obtained, the document control may 
call the navigate method (i.e., navigate(URL)) of the interface. The navigate method 
20 loads the specified URL to the current window. In this regard, the specified URL may 
comprise the URL supplied by the hosting environment above. In addition, the name of 
the saved markup file may be appended to the URL (e.g., 

"Filename=<localMarkupFile> ,> ). The navigate method invokes a new web page 
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showing a markup view control and the contents of the simple markup file saves 
described above. 

[0038] Inside the markup view control, the end-user may redline and markup the 
document as desired. Also within the markup view control, the end-user may invoke the 
5 markup view control's save functionality that uses the same "URL provided to 

document" methodology described above. The actual markups (in the form of a markup 
file) may then be physically uploaded to the eRoom hosting environment via an HTTP 
POST request. On upload, the eRoom hosting environment may create an eRoom ID 
for the uploaded file. The IFRAME object is then used with a URL to navigate to a 

10 page that relates the markup file with the newly created eRoom ID. 

[0039] Thus, as described above, the eRoom environment may be used to save a 
markup file (created using an ActiveX control) to a server. However, additional 
communication between an ActiveX control and the hosting environment may be 
desirable. Further, in such an approach, knowledge of the implementation details may 

15 be required for development purposes. 

[0040] Alternatives to the above historical approach may exist. In this regard, one or 
more embodiments of the invention solve the problem of the prior art while isolating 
developers from implementation details. 

20 Backing up the Window (HWND) Hierarchy Approach 

[0041] FIG. 3 illustrates an approach where the window hierarchy is examined to find 
an appropriate window. When a secondary application 202 or hosting environment 
(such as Project Point) creates the HTML page 206 for hosting disconnected 
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applications 208, the secondary application 202 may also construct a WebPageBridge 
(WPB) object 302 (e.g., using an <OBJECT> tag). 

[0042] The WPB object 302 acts as the bridge between an ActiveX control within a 
document (e.g., the HTML page 206) and the secondary application 202. An interface 
5 enables a disconnected application 208 to communicate with the WPB. Accordingly, 
the secondary application 202 may also create the interface 304 (referred to as the 
IClientHost Interface) in the document/ HTML page 206 (e.g., using an <OBJECT> 
tag). 

[0043] When the WPB is instantiated, the WPB "backs up" through its window 
10 hierarchy to find the appropriate window (e.g., the WPB obtains the appropriate window 
handle 306 by examining and traversing through the window hierarchy). A variety of 
methods may be utilized to find the "correct"/"appropriate" window (e.g., three parents 
up, a property on the window handle, etc.). Upon finding the appropriate 
window/window handle 306, communication between the WPB 302 and secondary 
15 application 202 may be enabled using various windows application programming 
interface (API) commands (e.g., via SendMessage(. . .) commands). However, 
communication between the client document/HTML page 206 and the WPB 302 may 
be performed via the IClientHost interface 304, thereby isolating clients /client 
documents 206 from the specifics of how communication with the secondary application 
20 202 is accomplished. 

Global Interface Table Approach 

[0044] To allow disconnected applications 208 to communicate with each other while 
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still maintaining their independence, one or more embodiments of the invention provide 
and utilize a "Client Host Bridge" (referred to hereafter as "bridge") as illustrated in 
FIG. 4. This bridge 402 may be a COM (Component Object Model) object created by a 
secondary application 202 (such as project hosting environment - e.g., ProjectPoint) 
5 during its initialization phase. 

[0045] The methods and properties of the bridge object 402 are accessed using an 
interface (referred to as an interface to client host bridge 404). Once the bridge object 
402 has been created, the secondary application 202 registers the interface 404 with a 
Global Interface Table (GIT) 406 by placing a pointer to the interface in the GIT 406. 

10 [0046] Globally registered interfaces can be retrieved and used by other software 

components within the same address space where registration occurs. In this regard, the 
GIT 406 is a process-wide repository that maintains/ stores interface pointers. The GIT 
406 can be accessed from multiple apartments (COM objects in a process may be 
divided into groups referred to as apartments) within a process. As described herein, a 

15 process may comprise a collection of virtual memory space, code, data, and/or system 
resources. Accordingly, the GIT 406 is a repository (accessible across an entire process) 
that allows an apartment in a process access to an interface implemented on an object in 
any other apartment in the process. 

[0047] The secondary application 202 and disconnected applications 208 are executing 
20 within the same process but in different apartments. Since they are executing within the 
same process, the GIT 406 is accessible by both the secondary application 402 and the 
disconnected applications 208. 

[0048] The placement of the pointer to the interface 404 for the bridge object 402 in 
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the GIT 406 is indicated as box 1 of Figure 4. Once the interface 404 is placed in the 
GIT 406, the GIT 406 returns a "cookie" (box 2) that can be later used to retrieve the 
interface 404 from the GIT 406. The cookie is data created by the GIT 406 that may 
identify the interface 404 pointer and its location. The cookie is then placed in an 
5 environment variable 408. As used herein, an environment variable 408 is an item of 
data that is updated by the operating system, web server or other control program. 
Further, the environment variable 408 resides in memory and can be read by 
applications. Once the cookie is placed in the environment variable 408, the bridge 402 
setup is complete. 

10 [0049] When a disconnected application 208 desires to communicate back to the 

secondary application 202, the disconnected application 208 retrieves the environment 
variable 408 and extracts the cookie. This cookie is then used to retrieve the pointer to 
the bridge interface 404 from the GIT 406 (i.e., illustrated as boxes 3 and 4 of FIG. 4). 
With the pointer, the disconnected application 208 can access and utilize the interface to 

15 communicate back to the secondary application 202. 

[0050] Thus, as described above, prior to creating a web page 206, the secondary 
application 202 creates a client host bridge 402 and registers an interface for the bridge 
402 in the global interface table 406. The resulting cookie is then stored in an 
environment variable 408. When the web page 206 and/or disconnected application 208 

20 (e.g., containing ActiveX controls) is created, the disconnected application 208 retrieves 
the cookie from the environment variable 408. The cookie may then be used to obtain, 
retrieve, or create an interface object 404 that the disconnected application 208 may use 
to interact with the secondary application 202. Accordingly, the cookie may be retrieved 
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(and used to create the interface 404) at construction time, and may not be passed 
through the hosting HTML page 206. However, alternative retrieval times may also be 
within the scope of the present invention. 

[0051] Additionally, since the interface 404 is used to communicate with the secondary 
5 application 202, clients such as the disconnected application 208 (e.g., ActiveX controls) 
are isolated from the specifics of how communication with the secondary application 
202 is accomplished. 

[0052] FIG. 5 is a flow chart illustrating the use of the GIT 406 in accordance with 
one or more embodiments of the invention. At step 500, the bridge (or bridge object) 
10 402 is created by the secondary application 202. In this regard, the bridge object 402 and 
an interface 404 for the bridge object 402 enables communication with the secondary 
application 202. Further, as described above, the secondary application 202 may be a 
project hosting environment such as ProjectPoint™. 

[0053] At step 502, the bridge 402 (or an interface to the bridge) may be registered in 
15 the GIT 406. Such a registration may comprise placing a pointer to the location of the 
interface 404 for the bridge 402 in the GIT 406. In response to the registration, a cookie 
is returned by the GIT 406. The cookie comprises information for utilmng the interface 
404 for the bridge object 402. In this regard, the cookie may identify the pointer and a 
location of the interface 404. At step 504, the cookie is stored in an environment 
20 variable 408. At step 506, a disconnected application 208 (e.g., ActiveX controls) may be 
created (e.g., within in an HTML page 206). 

[0054] To facilitate communication between the disconnected application 208 and the 
secondary application 202, the cookie is retrieved/ extracted from the environment 
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variable 408 at step 508. At step 510, the cookie is used to enable use of the interface 
404 for the bridge object 402. In this regard, the cookie may be used by the 
disconnected application 208 to create/retrieve the interface 404 to the bridge 402 (e.g., 
an interface object 404 is obtained). Once the interface 404 has been obtained, the 
disconnected application 208 may communicate with the secondary application 202 
through the bridge 402 and interface 404 at step 512. 

Example Communication Using the Global Interface Table 

[0055] In accordance with the above description, any type and flow of communication 
may occur between a disconnected application 208 and the secondary application 202. 
In this regard, different operations (e.g., performed by an disconnected application 208) 
may follow different communication flows. 

[0056] An example of a communication between a disconnected application 208 (e.g., 
an ActiveX control) and a secondary application 202 is that of saving a markup file. For 
example, once the cookie has been passed using the environment variable 408, a markup 
file may need to be saved after a notification is made to the secondary application 202. 
[0057] To accomplish such a communication, the communication bridge is setup using 
environment variables 408 as described above. Thereafter, a save markup operation may 
be initiated from a disconnected application 208 (e.g., an ActiveX control that provides a 
toolbar for marking up a drawing (referred to as markup control)). To avoid complex 
communication, the markup control saves the markup file to a temporary location. The 
markup control then utilizes the environment variable 408 to retrieve the cookie to 
access the interface to transmit the save markup file message. The markup control may 
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then call the secondary application 202 (through the interface 404 to bridge 402) to save 
the markup. Such a communication may pass the filename of the temporary file to the 
secondary application 202. The secondary application 202 may then continue through 
the normal flow of control for saving files (dialogs, etc.). 

[0058] In addition to saving the markup, embodiments of the invention may provide 
for the display of the issue status or error messages to the user. To provide such 
capabilities, the client host bridge 402 and interface is setup using the environment 
variables 408 as described above. The interface 404 for the bridge 402 may then allow 
for sending status/error messages to the secondary application 202. Once received, the 
secondary application 202 may display the message to the end user as appropriate. 

Conclusion 

[0059] This concludes the description of the preferred embodiment of the invention. 
The following describes some alternative embodiments for accomplishing the present 
invention. For example, any type of computer, such as a mainframe, minicomputer, or 
personal computer, or computer configuration, such as a timesharing mainframe, local 
area network, or standalone personal computer, could be used with the present 
invention. In summary, embodiments of the invention provide the ability for a 
secondary application to communicate with a disconnected application in a web browser. 
Such a secondary application may comprise any type of application including but not 
limited to a project hosting apphcation/environment. Similarly, a disconnected 
application may comprise any type of application including but not limited to one or 
more ActiveX controls. 
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[0060] The foregoing description of the preferred embodiment of the invention has 
been presented for the purposes of illustration and description. It is not intended to be 
exhaustive or to limit the invention to the precise form disclosed. Many modifications 
and variations are possible in light of the above teaching. It is intended that the scope of 
5 the invention be limited not by this detailed description, but rather by the claims 
appended hereto. 
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